home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9707 / 000026_rusling@linux.reo.dec.com _Thu Jul 3 15:44:34 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  4KB

  1. Return-Path: <rusling@linux.reo.dec.com>
  2. Received: from server21.digital.fr (server21.digital.fr [193.56.15.21]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id PAA25829 for <willy@odie.barnet.ac.uk>; Thu, 3 Jul 1997 15:44:31 +0100
  3. Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id QAA31199; Thu, 3 Jul 1997 16:51:06 +0200 (MET DST)
  4. Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA15690; Thu, 3 Jul 1997 16:43:53 +0200 (MET DST)
  5. Received: from linux.reo.dec.com ([16.36.0.79]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA03581; Thu, 3 Jul 1997 16:25:13 +0200
  6. Received: from linux.reo.dec.com (localhost [127.0.0.1]) by linux.reo.dec.com (8.8.5/8.7.1) with ESMTP id PAA00498; Thu, 3 Jul 1997 15:41:33 GMT
  7. Message-Id: <199707031541.PAA00498@linux.reo.dec.com>
  8. To: "Neil A. Carson" <neil@causality.com>
  9. cc: Matthew Wilcox <willy@odie.barnet.ac.uk>, linux-arm@vger.rutgers.edu,
  10.         Charles Esson <charlese@cvs.com.au>
  11. Subject: Re: Re ELF 
  12. In-reply-to: Your message of "Wed, 02 Jul 1997 20:19:04 +0100."
  13.              <Marcel-1.09-0702191904-b07f3nA@succexpr.demon.co.uk> 
  14. Mime-Version: 1.0
  15. Content-Type: text/plain; charset=us-ascii
  16. Date: Thu, 03 Jul 1997 15:41:32 +0000
  17. From: "Ka'Plaagh" <rusling@linux.reo.dec.com>
  18. Status: RO
  19.  
  20. > On Wed 02 Jul, Matthew Wilcox wrote:
  21. > > No.  To flush the instruction and data cache, the recommended method is to
  22. > > read 32kB.  
  23. > No, only if you're silly. If you're clever, you only do 16Kb.
  24.  
  25. True.  Also you can flush the I cache with 1 instruction, you only clean D-cache.
  26. To clean it you need to map a lump of memory to a high virtual address (the 
  27. cache is virtually-tagged) and then read enough to evict all of the cache's
  28. previous contents.   The 21285 (aka Footbridge) support chip makes this easy
  29. by having an area of memory that does not actually exist, read cycles complete
  30. in no time and return 0.  This is precisely to make cleaning the D-Cache quicker.
  31.  
  32. > > > I don't think a task switch should involve cleaning up a 16k cache, if
  33. > > > it does performance will be pretty poor.
  34. > > 
  35. > > It isn't /that/ bad.  Other CPUs manage that, and considerably worse.  The
  36. > > problem is exacerbated by the RPCs slow memory bus, but it's still
  37. > > liveable with and it's considerably better than your alternative
  38. > > suggestion.
  39. > I diasgree. Not many CPUs need to do this and considerably worse, I can't
  40. > think of any mainstream ones to hand...
  41. > > This I see as a very bad idea.  It would mean all sorts of stupid
  42. > > restrictions on applications that don't exist under any other
  43. > > architecture.  You'd be limited to about 64MB per application and 48 tasks
  44. > > running simultaneously.  This is crap.
  45. > No, that is crap :-) Why are you limited to this?
  46. >     Neil
  47. > -- 
  48. > Neil A. Carson
  49. > Marketing Director              Causality Limited (London, UK)
  50. > Tel/Fax: +44 (0)181 930 7408    Mobile: +44 (0)370 593183
  51. > Email: neil@causality.com       WWW: http://www.causality.com.
  52.  
  53. ----------------------------------------------------------------------
  54. David A Rusling                Principal Engineer
  55. European Semiconductor Applications    Digital Equipment Co Ltd.,
  56.     Engineering            PO Box 121,
  57.                     Imperial Way,
  58.                     Worton Grange
  59.                     Reading RG2 0TU
  60. Linux, Alpha, StrongArm, PCI        Tel: UK-(0)1734-204380
  61.                     Fax: UK-(0)1734-203133
  62. ----------------------------------------------------------------------
  63.